Esta sesión introductoria va más allá de la caótica cultura de "guardar como" para definir los sistemas de control de versiones (VCS) como herramientas especializadas para la gestión de cambios. Examinamos la transición desde la duplicación manual y primitiva de archivos —ilustrada por objetos como mi-trabajo-de-grado-2.doc—hacia sistemas estructurados que tratan el historial como una serie de instantáneas lógicas.
1. La trampa de los sufijos
Antes de los VCS formales, el control de versiones era un proceso manual y propenso a errores que implicaba convenciones de renombramiento de archivos (por ejemplo, añadir fechas o etiquetas como "final"). Esto lleva inevitablemente a entropía de archivos y pérdida de datos porque el usuario es el único responsable de recordar las diferencias entre archivos.
2. Instantáneas estructuradas
Los primeros intentos de organización involucraron el método de "pila de carpetas"—moviendo manualmente los archivos del proyecto en una jerarquía vertical etiquetada como v1.0, v2.0 y v2.1. Aunque proporciona un registro cronológico, carece de integridad atómica y audibilidad.